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SYSTEM AND METHOD FOR ELECTRONIC SUBMISSION, PROCUREMENT, 
AND ACCESS TO HIGHLY VARIED MATERIAL PROPERTY DATA 

BACKGROUND OF THE INVENTION 

FIELD OF THE INVENTION 

The present invention relates generally to databases and the electronic storage and 
retrieval of information related to materials and their properties. In particular, the 
invention relates to the technology for efficient data delivery, collaborative publishing and 
sharing of data related to materials and their properties while safeguarding the interests of 
the stakeholders of the data. 

DESCRIPTION OF RELATED ART 

Many materials databases exist today to serve as a repository of particular kinds of 
properties, analogous to the way the Internet stores a wide variety of information. Because 
of the enormous variety of material data, the emphasis to date, of such databases has been 
to collect all available properties of the kind that they have been designed to accommodate 
and then serve it to the client base for the purpose of comparison between materials. 
Products such as Matweb, CAMPUS and IDES are examples of such technologies. The 
primary advantage of this approach is that there is a large repository to search from, aiding 
in material selection from a wide palette of possible choices. Unfortunately, a proliferation 
of such specialized databases exists, often with conflicting property data and having no 
means to perform streamlined searches to find appropriate and valid data. Further, such 
extended collections may still not contain the specific properties of interest to the user. 

Many companies then try to develop their own means to collect only the properties 
they need on the materials that they have an interest in. However, this calls for internal 
databases which are costly to design and cumbersome to maintain. With properties that 
reflect the reality of the product behavior, the need for privacy is heightened so that such 
databases are usually private. A typical user now has to choose between an internal 
database and the multitude of external databases for his data. Maintaining such multiple 
data sources in the enterprise, besides adding cost and inefficiencies, results in the risk of 
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inconsistent material property data usage in the product life cycle. Consequently, within 
the same product development group, different data may be used, compromising the 
robustness of the design. To further complicate the collaborative environment, material 
data is stored in proprietary formats understood only by the program responsible for 
5 rendering the data visually. 

A non proprietary format in existence today is MATML (a derivative of the XML 
language, developed by the W3C Consortium). MATML is developed by the National 
Institute of Standards and Technology (NIST) and is touted as a standard with respect to 
representation of material data. However MATML does not satisfy all requirements for 
10 presenting the material data with regards to the context from which it originated. 

There exist systems which are able to store and retrieve MATML documents. One 
example of such is CENTOR (Centor Software Corp., Irvine, California) which is a 
system specialized purely to store XML documents efficiently. CENTOR is a generalized 
solution for storage and retrieval of XML documents which does not take into account the 
15 specialized requirements of collaborative publishing and sharing of material data. 

For the greatest efficiency, data would need to be catalogued and stored 
effectively, with controlled access, for use by interested (and permitted) parties across 
different enterprises and geographic locations. 

SUMMARY OF THE INVENTION 

20 The system of the invention provides a method, preferably implemented in 

computer software, for the delivery, storage, maintenance and controlled access to data on 
materials, stored in a centrally administered data repository. The system allows entities to 
store individual collections of data which may be public or private in keeping with their 
business needs, while permitting them to have or obtain access to other data within the 

25 repository in which they might have an interest. 

Reflecting the natural flow of information used in the preparation of a material 
property, the system uses a data storage schema that permits the storage of a virtually 
unlimited variety of material properties in a series of compact structures. To do so, the 
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schema utilizes a series of metadata structures that describe collections of instance specific 
information. 

Data representing different facets of a material property, measured upon a 
specimen sample of the material, would be grouped as a 'dataset'. Each material property 
5 dataset that is stored in the repository would be labeled as being owned by a specific user 
(hereafter termed as the dataset owner). Each material property dataset that is stored in the 
repository would contain information allowing for traceability of the origins of the dataset 
from the point of measurement of the material property. The traceability information 
includes but is not limited to the source of material specimen(s) upon which the property 
10 measurement was conducted, raw data from which the material properties were derived, 
test parameters including the test methods used and the date of measurement, information 
about the entities performing and validating the measurement and any premises or 
assumptions upon which the results are based. 

The repository also consists of material characterizing data such as classification 
15 data, sourcing data, compositional data in addition to material property data. 

The system would allow a controlled set of users to contribute and retrieve data 
relating to properties of various materials from the repository. The system allows the 
ability to define policies for access to each property dataset by the dataset owner. For 
example, the system allows a dataset owner to label a property dataset that they own as 
20 'private'. No other user is permitted access to any data that is part of the dataset. The 
system provides the ability for a user to request a dataset owner for access to private 
datasets. The system allows a dataset owner to sell access to the dataset. 

The system provides the ability for Users to request a review of data in the 
repository. Such a review would be conducted by the authoritative source from where the 
25 data originated. 

All transactions are preferably logged in order to maintain records of activity. 

In a preferred embodiment the system would support the notion of groups of users, 
with each group representing a single domain of authority, usually a company or a division 
of the company. Each group would preferably have a representative authoritative user who 
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would set the policies for the entire group. Such an authority would be allowed to control 
group membership and data sharing policies for all the members of the group. A 
hierarchical chain of command is possible. 

The system preferably provides a personalized user interface. The current preferred 
5 embodiment of the system uses the World Wide Web to access and publish data. 

BRIEF DESCRIPTION OF THE DRAWING 

Fig. 1 is a diagram of the components of the invention, their interactions and relationships. 

Fig. 2 is a block diagram showing the interaction of users with the system of the invention. 

Fig. 3 presents a visualization of a property dataset. Typical attributes of the dataset are 
10 illustrated. 

Fig. 4 shows how a data owner may query the repository for information 

Fig. 5 illustrates a typical output of such a system; the ability to present data in graphical 
form 

Fig. 6 presents a flowchart demonstrating how a search engine extracts relevant data from 
15 the repository 

Fig. 7 shows how users may request access or purchase access to datasets from a data 
owner 

Fig. 8 presents an alternate scheme for searches of material data from the repository with 
the application of property constraints. 

20 Fig. 9 is a flowchart that illustrates how third party applications may request access to a 
dataset from the system 

Fig. 10 is a state diagram showing transitions for data within the system of the invention. 
DETAILED DESCRIPTION OF THE INVENTION 



In the business of material testing, diverse properties are measured that describe 
the physical, chemical, electrical or other characteristics of a wide array or materials: 
metals, plastics, foams, rubber, composites to name a few. Such information is widely 
used in almost every kind of industrial and research activity. Information is generated in 
5 material testing laboratories for clients who may be material vendors or end users of 
materials, 

The present invention provides the means for the development of a secure, web- 
based globally accessible material data management solution which permits clients to 
access, organize and share traceable material properties using a system that easily adapts 
10 to suit their business model. The ability exists to share information securely across a 
network of collaborating enterprises, with access controlled by the data owner. Such a 
system allows interoperability, ease of access and global collaboration without 
compromising security and is described below: 

Figure 1 describes the architecture of the system(l). The participants in the system 

15 processes are the material vendor (11), the test data provider(lO) which is typically a test 
laboratory, the system administrator (12), the data owner (14) and various analytic 
software (13) and users (14) of the system who wish to access material property data. 
Outlined in Figure 1 are the main processes of the system and the mechanisms to support 
such processes. These processes are detailed below. Different kinds of users may have 

20 varied interactions with the system (20), as shown in Figure 2. Data providers, typically 
test laboratories (21) contribute property datasets to the repository. They have the ability 
to add and review property datasets. Data providers may transfer ownership of property 
datasets to data owners (22), typically, their client. Data users (23) retrieve property 
datasets relating to properties of various materials from the repository(26). The system 

25 allows data owners to define policies for access to each property dataset (22). For 

example, the system allows a data owner to label a property dataset that they own as 
'private'. No other data user is permitted access to any data that is part of the dataset. The 
system (20) provides the ability for a data user to request a data owner for access to 
private datasets. The system (20) allows a data owner to sell access to the dataset. The 

30 system (20) allows a data owner to monitor the usage of their datasets. 



The system (20) supports the notion of groups of users, with each group 
representing a single domain of authority, usually a company or a division of the 
company. Each group would have a representative domain administrator (24) who would 
set the policies for the entire group. Such an authority would be allowed to control group 
membership and data sharing policies for all the members of the group. A hierarchical 
chain of command is possible. 

The system (20) exercises administrative control over the repository (26) with 
functionality to act for users, monitor data, update mutable data, create and manage 
subscribers and groups. 

Data Collation 

Data is collected in a controlled manner by the system(l). This is achieved by 
giving a controlled set of users the capability to add data to the system. Such users 
typically are the material vendors and data providers (10), typically test laboratories. 

The material vendor (1 1) is allowed to specify generic information about the 
material including the class, subclass, terms that are commonly associated with the 
material, notes about the material, generic physical attributes such as shape and form, the 
component materials of the material and their relationship within the material. 

In one embodiment the vendor is provided a Web form in which the attributes for 
the material are filled in. Upon completion of filling the form the data is entered into the 
repository (2) via data adapters (15) which perform preliminary validation checks as to 
whether the information for the material already exists. Each material is uniquely named 
and the name is very often the prerogative of the material vendor. 

The data provider (10) is allowed to submit material property datasets that have 
been obtained from testing specimen samples of the material. In one embodiment the data 
provider is allowed to submit XML documents, each of which represent the results of the 
measurements, using a form across a computer network, such as a Web form. 
Alternatively the data provider can have a computer program submit an XML document 
using the SOAP protocol as defined by the W3C. Upon submission of the document the 
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data is entered into the repository (2) via data adapters (15) which perform preliminary 
validation checks regarding the structure of the data described by the document. 

Data Schema 

Referring to figure 3, property datasets (30) are collections of information or data 
5 elements, and one or more results that are derived from the performance of a test on a 

material sample. A sample is defined as a specific instance of a given material. Both the 
information about the material (41) and the sample (36) used in the measurement of a 
property form a part of the property dataset. The results may be in different forms ranging 
from single point data (40) to data arrays and graphs (37) capturing the dependencies of 
10 the property with respect to different parameters. Results may also comprise equation 

coefficients (39) as would be obtained when arrays of data are fit to various mathematical 
equations. Results may also be pictures(38) such as would be obtained from microscopic 
analysis. Parameters (31) define the variables that are reported in the context of a property 
measurement. 

15 In addition to the basic property data, the context of the property measurement is 

also captured. Thus there are attributes capturing information about the source of the 
data(33), the method (32) used in the tests and the test process traceability (34, 35) details. 
The types of properties that must be accommodated by the system are open-ended. The 
system's data repository is thus required to provide an efficient mechanism for the storage 

20 and retrieval of complex material data where the type and shape of property data is 

continuously evolving. In addition the storage mechanism should be able to efficiently 
extract all information of a dataset, preferably in XML form. 

A possible approach would be to let each property dataset be fully self describing, 
that is, contain all information required to describe themselves to any generic viewing or 

25 data formatting tool. However since the results for each dataset may be intrinsically large 
in nature, such as pictures, the storage cost of such an approach is unaffordable. Further, 
lack of commonality of attribute descriptors would inhibit search and selection. Hence one 
embodiment of the repository separates out information, labeled as property metadata, 
which describes a dataset for purposes of presentation and formatting, from intrinsic 

30 property result information, which is labeled as property instance data and stored in the 
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test result database (8). The form and structure of the submitted property instance data is 
enforced by the property metadata which is stored in the test meta database (18). 

Property metadata is used to capture the presentation information and common test 
information. The test metadata includes the data such as the test method and type, test 
material characterization information and where necessary, the testing process description. 
In addition, the test metadata includes the description of test output data components. Thus 
both point data and the graphs captured in the output data are described. Each data 
component description includes the component's name/title, type (point/coefficient/graph) 
and the field descriptions for that component. Each field description includes the field 
name, the field's data type, acceptable value sets (ranges, enumerations), default values 
and the name of the field's physical unit (kg, in, J, etc). 

Table 1, following, shows an example of a materials property dataset for a test of a 
sample of a plastic material. As can be seen in the table, the dataset, titled "Thermal 
Conductivity" contains Owner Information, Material Information, Sample Information, 
Test Information and one or more Results. Each type of information is made up of one or 
more data elements, stored in the form of metadata (a field identifying what sort of data is 
stored, such as "temperature") and instances (the stored data itself, say the value "200"). 
The instances may also include a description including a data type ("integer"), acceptable 
value sets (ranges, enumerations), default values and the name of the field's physical unit 
("°C"). Optionally, the instance might include a default value or other information. The 
metadata may be further conceptually grouped by type, as shown in the table, where the 
"Test Information" metadata is grouped into parameters, methods and source. The number 
of metadata elements in any dataset is variable, and the number and type of metadata will 
vary from dataset to dataset. This provides great flexibility. 
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Table 1 

Example of a Dataset Showing Metadata and Instances 



Information 
Type 


Metadata Type 


Metadata 
(field name) 


Instance Value 


Description 




Property Dataset 


Thermal Conductivity 


None 




Owner Information 


Owner 


Name 


Joe Smith 


alphanumeric 






Company 


ABC Industries 


alphanumeric 


Material Information 


Material ID 


Material Name 


XYZPP-2345 


alphanumeric 






Material Class 


Plastic 


alphanumeric 






Material Sub-class 


PP 


alphanumeric 






Material Supplier 


XYZ Polymers 


alphanumeric 


Sample Information 


Sample Type 


Type 


Pellets 


alphanumeric 




Sample ID 


ID 


1234-4556 


alphanumeric 


Test Information 


Method 


Test Method 


ASTM D5930 


alphanumeric 






Standard Body 


ASTM 


alphanumeric 




Parameters 


Temperature 


200 


integer, °C 






Voltage 


2.5 


floating, Volts 






Drying 


None 


alphanumeric 




Source 


Test Lab 


HIJ Laboratories 


alphanumeric 






Test Date 


6/6/99 


date 






Accreditation 


ISO 9000 . 


alphanumeric 


Results 


Result 1 


Conductivity 


0.2 


Single Point, 
W/m.°K 




Result 2 


Graph points 


200, 0.2 
190, 0.198 
170, 0.195 
150, 0.192 


Graph 




Result 3 


Equation coefficients 


3.1,0.44,-1.6 


floating array 




Result 4 


Picture 


DSC0123.JPG 


Picture file 
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The test metadata shares the lifecycle of the material properties that refer to it. In 
order to accommodate continuous growth in the type of properties stored, administrative 
capability exists to create and edit metadata. The repository maintains relations between 
stored property and the metadata that describes it. Intrinsic property result information also 
includes data such as test instance identification, instruments used, time and period of test, 
data ownership information, data access information and reliability information. Sample 
information includes sample characterization information, manufacturing and post 
processing information. Test specific component information, as described by the 
metadata, is maintained. All test data would identify the test type as specified by the test 
metadata. The volume of data output through the testing process is large. A typical type of 
test data is in the form of data arrays plus diverse types of derived test results. With this 
approach, the linkage between different property results emanating from a single property 
measurement is maintained. 

Further, the material data reporting requirements of test measurements standards 
organizations such as ISO and ASTM can be are satisfied. 

Scalability of types of content is achieved by augmenting the metadata (17) to 
describe additional types of intrinsic property result information. Conversely, the metadata 
restricts the type of intrinsic property result information that can be submitted to the 
repository. Transactions involving additions and changes to the metadata are preferably 
recorded by the system for future traceability. 

The repository is preferably implemented using an RDBMS and the schema allows 
for efficient querying of individual property values thus aiding in data mining and 
analysis. 

Thus the user can selectively query the graph data (e.g. requesting a plot of a 
subset of the parameters). If the data is always indivisibly exposed as a single object such 
as a picture, then the data is stored as a single large object, which modem database 
packages can efficiently support. 

The use of the Internet provides for an efficient implementation of the 
collaborative aspect of the system. In this manner, complete and efficient systems can be 
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built that house large collections of complex material data that can be shared securely in 
keeping with the needs of the business enterprise. 

Data Ownership and Access 

Material property data, as maintained by the system, always has an owner (35)- a 
5 specific system user. In one embodiment the data owner initially is the authorized test data 
provider (10) who may then choose to transfer the ownership to another party who has 
requested for such tests. 

A current owner should be able to transfer ownership of the data to another valid 
system user. In one embodiment, a Web form is provided to the owner of the data who 

10 specifies the name of a system user. Upon submission of the form, ownership for the data 
is irreversibly transferred to the new owner. The form presents the owner with the options 
of transferring ownership of data at different granularities such as property datasets from a 
single test or a collection of property datasets derived from a sample or a batch of samples 
related to a particular piece of work etc. The new owner is preferably notified about the 

15 ownership change. 

The repository maintains attributes of data ownership for each property dataset. 

A data owner can control the access to their data. Access to property data is 
categorized as public or restricted. Further there is an option of announcing the availability 
of the dataset. In one embodiment, a Web form is presented to the user which offers the 
20 option of setting the access. The form offers control of access at various granularities such 
as access to results from a single property dataset or a collection of property datasets 
derived from a sample or a collection of samples. Further in the case of restricted access, 
the owner can specify a list of users who may be granted access. 

The repository maintains attributes of data access for each property dataset. 

25 The system provides a means to record transactions performed on a property 

dataset. In one embodiment, the data owner can view logs that track information such as 
access to the dataset by users, changes to ownership and review requests. Information 



12 

presented would include but not be limited to transaction date, transaction type and user 
performing the transaction. 

Data Searching and Viewing 

A user of the system can locate material data in a variety of ways. 

The first way (figure 4) presents data owners (45) with a list summarizing the data 
that they own. Each item in the list possesses sufficient information for the owner to 
identify the property. In one embodiment, the data owner requests (46) and is presented 
(47)with the name of the material, the name of the property, the date of measurement, 
identification of the specimen sample as obtained from the data provider and an 
identification of the test as obtained from the data provider. The data owner is presented 
with a hyperlink which would lead to the display of an overview of all results of the test 
(49). The data owner is also allowed to narrow down the list (48) to data which represent 
the same test or property data for the same sample. 

Within the summary of results for a test, each result is identified by its name (50) 
along with the parameters that define the result. Results which share defining parameters 
are grouped visually to permit the user to examine dependencies of the properties on the 
parameters. In one embodiment each such group presents a hyperlink which would lead to 
a more detailed presentation of the results for that group. Such a detailed presentation 
involves a visual rendering of Graphs, (51) equations that describe the data, multi- 
dimensional tables and pictures. 

One embodiment provides for the ability to zoom in or zoom out on sections of a 
graph (51). 

The second approach (Figure 6) consists of allowing the user (61) to drill down to 
locate the desired data using a guided approach whereby the user is able to specify their 
requirements for desired data. Such requirements include the class or subclass of material, 
the material supplier, the property name, the material name and constraints on values of 
the property. 



13 



One embodiment implements navigation through sequences of web forms allowing 
the user to specify restrictions on property data, thus eliminating undesirable datasets and 
increasing efficiency. 

The first search sequence involves three Web forms. The first form (63) allows 
the user to indicate any requirements on the class, subclasses or suppliers of material. The 
second form (64) allows the user to indicate the properties sought. The third form (65) 
presents the set of materials with their properties and allows the user to focus on the 
material and property of choice. Upon submission of the third form a summary of the set 
of datasets for the specified material and property are displayed (66). The user now can 
browse the specified datasets and their property result values as outlined in the first 
approach. 

At this point if the user (72) does not have sufficient access privileges for their 
data, they are automatically presented with a form which allows them to request for access 
to the data. The data owner (71) would be notified about such requests (75) along with 
basic identification and contact information about the requesting user. The system (70) 
provides the data owner with a Web form containing a list of such requests, each 
identifying the dataset and the requesting user. Alongside each request for access are 
options to accept or reject the request. Upon submission of the form, the access profile for 
datasets, whose access requests have been accepted, is updated to include the requesting 
users (76). All requesting users are notified of the data owner's action (77), whatever it 
may be. 

A second search sequence (Figure 8) involves the user (78) specifying property 
value ranges. Here, the first form is similar to the first search sequence (79) and allows the 
user to indicate classes and/or subclasses of materials. The second form (80) allows the 
user to indicate a set of properties with restrictions on the values of the results for each 
property. The third form (81) would allow the user to select from materials and properties 
all of whom conform to the previous restrictions. Upon submission of the third form a 
summary of the property datasets is presented as in the first search sequence. 

The third approach for retrieving data is targeted at the requirements of analytical 
software packages. Here the data is required to be output in a format which is 
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understandable by other software packages. The current portable data format of choice is 
XML. In a particular embodiment, MatML is a specialized format for specifying material 
property information. For the purposes of machine data interchange, MatML has been 
found to be sufficiently expressive and is used as by the system to export its data to other 
software packages. In a proposed embodiment the system will have two interfaces for 
exporting the data to other packages. The first interface would consist of an option, along 
with the summary and detailed views of a dataset, to export the data. The option would be 
implemented as a hyperlink or button. Upon selecting the option, XML data for the dataset 
would be generated in a format that conforms to the specifications of MatML. 

The second interface (Fig 9) would be provided as computer programs to 
complement popular analytic software packages (83). The program would obtain the 
requirements of the data based on the current context of operation of the analytic package. 
The program (83) would then connect to the system over the World Wide Web and request 
for the desired data in MATML or other format (84). The data would then be presented to 
the analytic software package (85). 

Data Administration 

Figure 10 illustrates the life cycle of material data within the system and the 
interaction between various interested parties in the management of its life cycle. Material 
property data goes through the lifecycle documented by the state diagram in Fig. 10. 

The system cycle starts (91) when a property dataset is submitted by the data 
provider. The system will then acknowledge the submission. The data provider validates 
the dataset (92) and transfers ownership of the dataset to the data owner, upon which the 
dataset is labeled as being in an active state (93). Otherwise the provider could choose to 
discard the dataset (95), in which case the dataset is labeled as being in an inactive state 
(94) and comes under the purview of the system administration. 

While the data is in an active state (93), any user of the system can request for 
review of the data by the provider, if there is reason to suspect the validity of the data. In 
other cases the provider may initiate the review of the data. In either case the data will fall 
into a deprecated state (96). Upon completion of the review the data returns to being active 
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(93). A consequence of such a review is that data may be discarded (98). The data owner 
has the option of discarding their data (99) at any point. Upon such an action the data will 
fall into an inactive state (94). While the system administrator has access to all data, 
datasets that are newly submitted or data that is in an inactive state are not visible to users. 
5 The prerogative for purging inactive data falls upon the system administration. The 

repository maintains attributes tracking the state of each dataset throughout its lifetime (9). 

In one embodiment, the data provider (21) is allowed to view all data that has been 
submitted by the provider (21). The data at this stage is owned by the provider (21). The 
data provider browses the data they own, as outlined earlier. While viewing the list of 
10 datasets, the provider is provided with the option of withdrawing each dataset. This is 

implemented by providing a checkbox alongside the summary line for each dataset, which, 
when clicked, updates the state of the dataset as inactive and under the purview of the 
system administration (25). 

While browsing data using any of the methods specified earlier, the user is 

15 presented with an option to request a review of data. One embodiment implements a Web 
form which allows the user to specify that a review(97) has been requested along with 
essential information about the party requesting the review. Upon submission of the form 
the provider of the data is notified about such requests. The provider of the data may or 
may opt not to review the data. The provider is presented with a Web form outlining all 

20 review requests directed at the provider. The provider is allowed to select the requests to 
be reviewed and those requests which are rejected. Upon submission of the form all 
datasets which the provider has agreed to review are tagged as under review (96) and 
maintained as such within the repository. All other datasets remain tagged as active (93). 
The requesting user is preferably notified about the undertaken action. Upon completion of 

25 review, the provider is allowed to re-activate the data (97). One embodiment provides a 
Web form to be used by the provider to browse the data that is under review. The form 
lists the datasets that are under review and allows the provider to select the data to be re- 
activated and data that is to be deprecated. Deprecated data (96)continues to be visible but 
is explicitly labeled as such. The data owner will have the prerogative to relinquish 

30 ownership of such data. 
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- One embodiment of the system allows the data owner to discard their datasets 
(99). This option is provided in a similar manner to those for transferring ownership or 
updating the access profile. Thus the data owner can choose to discard all datasets for a 
test, datasets for a specimen sample or a single dataset. 

5 Preferably, the system provides a means to record transactions performed on a 

property dataset. Thus, all changes to the state of a dataset can be recorded. 

User Management 

The system interacts with a controlled user set. The administration is allowed to 
add, delete or suspend users. In addition the preferred embodiment of the system allows 

10 for a hierarchical user set. Thus there is the notion of domains of users. Each domain has a 
controlling or administrative user (24) who is responsible for controlling the user profile 
for the domain. The system recognizes the special roles of data provider (21) and system 
administrator (25) each of which is a stakeholder in data that they may not own. Users 
who do not fall under the control of a domain administrator fall under the purview of the 

15 system administrator. Preferably all administrative transactions are logged. The log can 
contain information about the activity, the time of the activity and the related parties. 

Accordingly, it is to be understood that the embodiments of the invention herein 
described are merely illustrative of the application of the principles of the invention. 
Reference herein to details of the illustrated embodiments is not intended to limit the 
20 scope of the claims, which themselves recite those features regarded as essential to the 
invention. 



